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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies or references procedures used on the Base Station System (BSS) to Serving GPRS 
Support Node (SGSN) interface for control of GSM packet data services within the digital cellular telecommunications 
system (Phase 2+). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document defines the service offered by the physical layer (3GPP TS 05-series of Technical Specifications) 
of the MS-BS interface (3GPP TS 05- and 04-series of Technical Specifications). Its main objective is to be a guidance 
for the interface between the 3GPP Technical Specifications in the 05-series and the 04-series. It also specifies the 
format of signalling channels and the order of bit transmission. 

As far as possible, the present document makes use of the layering principles of the Reference Model for Open System 
Interconnection (OSI) as contained in ITU-T Recommendations X.200 and X.210. 

1.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 01.04: "Abbreviations and acronyms". 
[2] 3GPP TS 02.11: "Service accessibility". 

[3] 3GPP TS 03.13: "Discontinuous Reception (DRX) in the GSM system". 

[4] 3GPP TS 03.20: "Security related network functions". 

[5] Void. 

[6] Void. 

[7] 3GPP TS 04.03: "Mobile Station - Base Station System (MS - BSS) interface; Channel structures 

and access capabilities". 

[8] 3GPP TS 04.05: "Data Link (DL) layer; General aspects". 

[9] 3GPP TS 04.06: "Mobile Station - Base Station System (MS - BSS) interface; Data Link (DL) 

layer specification". 

[10] Void. 

[II] 3GPP TS 04.08: "Mobile radio interface layer 3 specification" . 
[12] Void. 

[13] Void. 

[14] 3GPP TS 04.12: "Short Message Service Cell Broadcast (SMSCB) support on the mobile radio 

interface". 

[15] Void. 

[16] Void. 

[17] Void. 

[17a] 3GPP TS 04.60: "General Packet Radio Service (GPRS); Mobile Station (MS) - Base Station 

System (BSS) interface; Radio Link Control/Medium Access Control (RLC/MAC) protocol". 
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[18] Void. 

[19] Void. 

[20] Void. 

[21] Void. 

[22] Void. 

[23] Void. 

[24] Void. 

[25] Void. 

[26] Void. 

[27] 3GPP TS 05.01 : "Physical layer on the radio path; General description". 

[28] 3GPP TS 05.02: "Multiplexing and multiple access on the radio path". 

[29] 3GPP TS 05 .03 : "Channel coding" . 

[30] Void. 

[31] 3GPP TS 05 .05 : "Radio transmission and reception" . 

[32] 3GPP TS 05.08: "Radio subsystem link control". 

[33] 3GPP TS 05.10: "Radio subsystem synchronization". 

[34] Void. 

[35] ITU-T Recommendation X.200: "Information technology - Open Systems Interconnection - Basic 

Reference Model: The basic model". 

[36] ITU-T Recommendation X.210: "Information technology - Open systems interconnection - Basic 

Reference Model: Conventions for the definition of OSI services". 

1 .2 Definitions and abbreviations 

Abbreviations used in the present document are listed in 3GPP TS 01.04. 



Interfaces to the physical layer 



The physical layer (layer 1) is the lowest layer in the OSI Reference Model and it supports all functions required for the 
transmission of bit streams on the physical medium. These bit streams are transferred on traffic channels, packet data 
traffic channels and control channels as defined in 3GPP TS 04.03. 

NOTE: For GSM application the physical layer may also be referred to as the radio subsystem. However, the 
radio subsystem supports functions additional to those described in the present document. 

The physical layer interfaces the Data Link Layer, the Radio Link Control and Medium Access Control layer and the 
supported functional units of the application (figure 2.1). 
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Figure 2.1 : Interfaces with the Physical Layer 



2.1 Interface to the Data Link Layer 

The physical layer interfaces the data link layer. On this interface control channels are supported. The data link layer is 
specified in 3GPP TS 04.05 and 3GPP TS 04.06. Communication between the Physical Layer and the Data Link Layer 
is in an abstract way performed by means of PH-primitives. They do not constrain implementations. 

NOTE: The terms physical layer and layer 1, and data link layer and layer 2, will be used synonymously in the 
present document. 

The PH-primitives exchanged between the physical layer and the data link layer are used for the transfer of layer 2 
frames. They are also used to indicate the establishment of channels to layer 2. 

2.1 a Interface to the Radio Link Control and Medium Access 

Control layer 

The physical layer interfaces the Radio Link Control and Medium Access Control (RLC/MAC) layer. On this interface 
packet data control channels and packet data traffic channels are supported. The RLC/MAC layer is specified in 3GPP 
TS 04.60. Communication between the Physical Layer and the RLC/MAC layer is in an abstract way performed by 
means of PH-primitives. They do not constrain implementations. 

The PH-primitives exchanged between the physical layer and the RLC/MAC layer are used for the transfer of 
RLC/MAC blocks. They are also used to indicate the establishment of packet data physical channels to the RLC/MAC 
layer. 

2.2 Interface to radio resource management 

The physical layer interfaces the radio resource management (RR-management) entity of layer 3 in the MS and in the 
network. 

Communication is performed in an abstract way by means of MPH-primitives. They do not constrain implementations. 

The primitives exchanged with the RR-management entity are related to the assignment of channels, physical layer 
system information (including measurement results), etc. 



2.3 



Interface to other functional units 



The physical layer interfaces other functional units in the MS and in the network for supporting traffic channels. These 
interfaces are described in the 06 and 07 series of 3GPP Technical Specifications. 
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Service of the physical layer 



The physical layer supports transfer of bit streams on the radio medium according to the 3GPP Technical Specifications 
of the 05-series. The scope of the 05-series of 3GPP Technical Specifications is the definition of a framework for 
operation on the radio medium. The application of this framework on the radio medium results in a transmission 
service. General characteristics of the service obtained by applying the framework of the 05-series at the operation on 
the radio medium are described in this clause. 



3.1 



Service Access Point 



In the Reference Model for Open System Interconnection, Service Access Points (SAPs) of a layer are defined as gates 
through which services are offered to an adjacent higher layer (figure 3.1). Through a SAP the physical layer offers a 
service to the data link layer. The SAP is used both for the control of the service providing entity (in case this is the 
physical layer; commands related to the establishment and release of channels) and the transfer of data (in case of the 
physical layer; the transfer of bits). The physical layer service access points defined in the present document differ from 
the OSI physical layer Service Access Points; the layer 3 RR-management instead of the data link layer controls the 
SAPs (establishment and release of channels). 



adjacent higher layer 
SAP 



adjacent higher layer 
SAP 



transmission medium 
Figure 3.1 : Service Access Point principle 

On the physical layer of the GSM system a SAP is defined between the physical layer and the data link layer for each 
control channel (figure 3.2). The characteristics of SAPs (channels) are listed in 3GPP TS 04.03. 



Data Link Layer 

BOOH PCH+AGCH 



RACH 



SDCCH 



SACCH 



FACCH 



Physical layer 
Figure 3.2: SAPs between the physical layer and the data link layer in the MS 

Moreover, on the physical layer of the GSM system a SAP is defined between the physical layer and the RLC/MAC 
layer for the packet data control channels and the packet data traffic channel (figure 3.2a). Multiplexing of these 
channels is controlled by the RLC/MAC layer, see 3GPP TS 04.60. The characteristics of channels are listed in 3GPP 
TS 04.03. 
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RLC/MAC layer 
PBCCH + PPCH + PAGCH + PRACH + PACCH + PDTCH 



<I~> 



Physical layer 
Figure 3.2a: SAP between the physical layer and the RLC/MAC layer in the MS 

3.2 Service of the physical layer 

* Access capabilities: 

The physical layer offers a transmission service on a limited set of logical channels. The BS and MS access capabilities 
and the characteristics of logical channels (SAPs) are defined in 3GPP TS 04.03. 

NOTE: Between 3GPP TS 04.03 and the 3GPP TS 05-series there is a slight difference in terminology. The 
"channels" mentioned in 3GPP TS 04.03 are "logical channels" according to the 3GPP TS 05-series 
(especially 3GPP TS 05.02). The "CCCH", a channel name commonly used in the 04-series, covers the 
logical channels of the type RACH, PCH and AGCH. Similarly, the "PCCCH" covers the logical 
channels of the type PPCH, PAGCH and PRACH. 

Logical channels are multiplexed on physical channels. Physical channels are the units scheduled on the radio medium. 
Some are reserved by the network for common use (e.g. a combination of CCCH and BCCH), others are assigned to 
dedicated connections with MSs (dedicated physical channels), or are assigned to a shared usage between MSs for 
packet switched data traffic (packet data physical channels). In time, the combination of logical channels used on an 
assigned physical channel may change. Allowed combinations of logical channels on a physical channel are defined in 
3GPP TS 04.03. Data on SAPs of control channels is exchanged in discrete blocks with a size of 23 or 21 (SACCH) 
octets. Data on a SAP of packet data traffic channels is exchanged in discrete blocks with a size of 184, 271, 315 or 431 
bits. 

Synchronization between layer 1 and layer 2 (data link layer) is provided for piggy-backing of RR (receive ready) 
frames, and the starting of timers (T200). See also 3GPP TS 04.06. Synchronization between the physical layer and the 
RLC/MAC layer is provided for the handling of timers, and the multiplexing of logical channels. See also 3GPP TS 
04.60 . 

* Error detection: 

The physical layer offers an error protected transmission service, it includes error detection functions and to a lower 
level, error correction functions. Erroneous received frames are not offered to the data link layer or the RLC/MAC 
layer. The probability of one or more errors in a physical block transferred by the physical layer is defined in 3GPP 
TS 05.05. Due to not specified methods of quality detection, the probability of residual errors in transferred blocks may 
vary between implementations. 

* Encryption: 

Security related functions implemented at the physical layer are described in 3GPP TS 03.20. 

An overview of the functions specified in the 05-series which create the service of the physical layer can be found in 
3GPPTS 05.01. 

3.2.1 Specific services of the physical layer in the MS 

The access capability service of the physical layer in the MS differs depending on the nature of the channel (traffic, 
packet data traffic or broadcast/common channels). 

- Establishment of dedicated physical channels: 

Establishment of dedicated physical channels on the physical layer is controlled by the radio resources management of 
layer 3 (3GPP TS 04.08). During operation on a dedicated physical channel, the physical layer measures the signals of 
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neighbouring base stations and the signal quality of the used dedicated physical channel. Measurements are transferred 
to layer 3, measurement control information is offered by layer 3. 

- Establishment of packet data physical channels : 

Establishment of packet data physical channels on the physical layer is controlled by the radio resource management of 
layer 3. Packet access and the reservation of radio resource on packet data physical channels is controlled by the 
RLC/MAC layer in co-operation with layer 3 (3GPP TS 04.60 and 3GPP TS 04.08). During operation on packet data 
physical channels, the physical layer measures the signals of neighbouring base stations and the signal quality of the 
used packet data physical channel. Measurements are transferred to layer 3, measurement control information is offered 
by layer 3. 

- cell/PLMN selection in idle mode or in packet mode: 

In idle mode or in packet mode, the physical layer selects the best cell with its BCCH/CCCH in close co-operation with 
layer 3, meeting requirements for PLMN selection specified in 3GPP TS 02.1 1. The idle mode procedures are not 
modelled within the present document. Examples of procedures for cell selection are described in 3GPP TS 05.08. The 
physical layer performs automatic crossover. 



Primitives of the physical layer 



The Physical layer interacts with other entities as illustrated in figure 2. 1 . The interactions with the data link layer of 
Dm channels and the interactions with the RLC/MAC layer of packet data physical channels are shown in terms of 
primitives where the primitives represent the logical exchange of information and control between the physical layer 
and adjacent layers. They do not specify or constrain implementations. The interactions between the physical layer and 
layer 1 entities for Bm/Lm channels are for further study. For the physical layer two sets of primitives are defined: 

- Primitives between physical layer and data link layer and RLC/MAC layer respectively: 

PH - Generic name - Type: Parameters. 

- Primitives between layer 1 and the RR-management layer 3 entity: 

MPH - Generic name - Type: Parameters. 

4.1 Generic names of primitives between layers 1 and 2 for the 
transfer of layer 2 frames and RLC/MAC blocks 

The following primitive generic names are defined on the SAPs between the physical layer and the data link layer: 

a) PH-DATA: 

The PH-DATA primitives are used on a SAP to pass message units containing frames used for data link layer 
and RLC/MAC layer respective peer-to-peer communications to and from the physical layer. 

b) PH-RANDOM ACCESS: 

The PH-RANDOM ACCESS (PH-RA) primitives are used on the SAP of the RACH and the PRACH to request 
and confirm (in the MS) the sending of a random access frame and to indicate (in the network) the arrival of a 
random access frame. The random access protocols are specified in 3GPP TS 04.08 and 3GPP TS 04.60 
respectively. 

c) PH-CONNECT: 

The PH-CONNECT primitive is used on a SAP to indicate that the physical connection on the corresponding 
control channel or packet data physical channel has been established. 

d) PH-READY-TO-SEND: 

The PH-READY-TO-SEND primitive is used by the physical layer to trigger, if applicable, piggy backing, the 
start of timer for the data link layer or the RLC/MAC layer and the forwarding a data unit to the physical layer. It is 
passed to the upper layer just before a new physical block is transmitted. 
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e) PH-EMPTY-FRAME: 

The PH-EMPTY-FRAME primitive can be used by the data link layer and the RLC/MAC layer to indicate that 
no frame has to be transmitted after receiving the PH-READY-TO-SEND primitive. It enables polling of several 
upper layer entities by the physical layer and support DTX. 

4.2 Generic names of primitives between layer 1 and the 
RR-management entity of layer 3 

The following primitive generic name is defined between layer 1 and the RR-management entity of layer 3: 

- MPH-INFORMATION: 

MPH-INFORMATION (MPH-INFO) primitives are used for the control of the physical layer by the 
RR-management of layer 3. This information activates and deactivates, configures and deconfigures, through 
connects and disconnects physical and logical channels. It is also used for the transfer of measurements and 
measurement control information from layer 1 to layer 3. 



4.3 Primitive types 



The primitive types defined in the present document are: 

a) REQUEST: 

The REQUEST primitive type is used when a higher layer is requesting a service from a lower layer. 

b) INDICATION: 

The INDICATION primitive type is used by a layer providing a service to notify the next higher layer of 
activities in the layer. This activities are directly related to the occurrence of a REQUEST primitive on the 
peer-protocol side. 

c) RESPONSE: 

The RESPONSE primitive type is used by a layer to acknowledge receipt from the INDICATION primitive type. 

d) CONFIRM: 

The CONFIRM primitive type is used by the layer providing the requested service to confirm that the activity 
has been completed. 

4.4 Parameter definition 

Primitives contain a variable amount of parameters. The primitives with included parameters are listed in table 4. 1 . 

Table 4.1 : Primitives of the physical layer 





entity 


direction 


message unit 






channel control parameters 






system 


information 






absolute frame No. 


primitive 




measurement 









MPH-INFO-REQ MS/BS RR(L3) PH(Ll) 

MPH-INFO-CON MS/BS PH(Ll) RR(L3) 
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RR(L3) 



PH-CONNECT-IND 


MS/BS 


PH(Ll) 


DL(L2) 
RLC/MAC 


PH-READY-TO- 


MS/BS 


PH(Ll) 


DL(L2) 


SEND 






RLC/MAC 


PH-EMPTY-FRAME 


MS/BS 


DL(L2) 
RLC/MAC 


PH(Ll) 


PH-DATA-REQ 


MS/BS 


DL(L2) 
RLC/MAC 


PH(Ll) 


PH-DATA-IND 


MS/BS 


PH(Ll) 


DL(L2) 
RLC/MAC 


PH-RA-REQ 


MS 


DL(L2) 
RLC/MAC 


PH(Ll) 


PH-RA-IND 


BS 


PH(Ll) 


DL(L2) 
RLC/MAC 


PH-RA-CON 


MS 


PH(Ll) 


DL(L2) 
RLC/MAC 



Parameters involved in the primitive exchange with the physical layer are: 

a) Message unit: 

The message unit contains peer-to-peer information of a layer. It is transferred by the physical layer to the peer 
layer. 

b) Channel control parameters: 

These parameters contain information for channel control, specified in 3GPP TS 04.08 and 3GPP TS 04.60. 

c) System information: 

This information is exchanged in the cell/PLMN selection procedures. It may also contain control information 
for DRX (sleep mode, see 3GPP TS 03.13). 

d) Absolute Frame Number: 

The absolute frame number is used (in combination with a random access identifier) to uniquely identify a 
random access. 

e) Measurements: 

This parameter is used to report the quality of a dedicated physical channel (MS and network) and to report the 
quality of surrounding BCCH carriers (MS only). 



Physical layer procedures 



The main body of physical layer procedures is specified in 3GPP TS 04.08, 3GPP TS 04.60 and 05.08. 



5.1 States of the physical layer 

In the physical layer of the MS the following states are defined: 
NULL: the equipment is switched off; 

SEARCHING BCH: the physical layer tracks the best BCCH; 



BCH: 



the physical layer hstens to a BCCH/CCCH or PBCCH/PCCCH and is able to do random 

access; 
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TUNING DCH: 



DCH: 



the physical layer seizes on a respective dedicated physical channel or packet data physical 
channel; 

the physical layer has seized a respective dedicated physical channel or packet data physical 
channel and may establish and through connect logical channels. 



NOTE: BCH = Bcch/ccch physical CHannel or pbcch/pccch physical channel; 
DCH = Dedicated physical CHannel or packet data physical channel. 

Figure 5.1 gives a general state diagram of the physical layer. All state transitions of the physical layer are controlled by 
MPH-INFORMATION primitives. 




idle mode 
packet wait state 



dedicated mode 
packet transfer state 



Figure 5.1 : States of the physical layer in the MS 

The states of the physical layer in the network are not specified. The states in the network will reflect the other 
characteristics of operation on channels. 



5.2 Control procedures 



Requirements and examples of procedures for idle mode and for packet mode operation of the MS are specified in 
3GPP TS 02. 11 and 3GPP TS 05.08. In the idle mode and packet mode procedures the physical layer tracks the best cell 
and may tune on their BCCH/PBCCH in order to enable layer 3 to read the system information of the BCCH/PBCCH. 
This system information of the BCCH/PBCCH is used in the selection process. 

5.3 Physical layer interface procedures 

Three types of primitives are defined for the communication between the physical layer and the data link layer both in 
the MS and the network. When a control channel or a packet data physical channel is being established, a 
PH-CONNECT-INDICATION is offered to the data link layer or the RLC/MAC layer, the one which is applicable, on 
the corresponding SAP. On an established full duplex control channel (DCCHs) in both MS and network, on an 
established packet data physical channel or on the established BCCH/CCCH in the MS, physical blocks received 
correctly are offered on the corresponding SAP in PH-DATA-INDICATION primitives. On a full duplex control 
channel (DCCHs) or on the BCCH/CCCH in the network, the data link layer will offer physical blocks to be transmitted 
in PH-DATA-REQUEST primitives. On a packet data physical channel, the RLC/MAC layer will offer physical blocks 
to be transmitted in PH-DATA-REQUEST primitives. In the MS in idle mode or in packet wait state, random accesses 
on RACH or on PRACH can be offered in PH-RANDOM ACCESS-REQUEST primitives. The physical layer of the 
MS will perform a random access as soon as possible. The physical layer of the MS will confirm the data link layer or 
the RLC/MAC layer, the one which is applicable, the transmission of the random access attempt in a PH-RANDOM 
ACCESS-CONFIRM. This confirmation contains the absolute frame number in which the random access is transmitted. 
The physical layer of the BS offers correctly received random accesses to the data link layer or the RLC/MAC layer, the 
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one which is applicable, in a PH-RANDOM ACCESS-INDICATION. This indication contains the absolute frame 
number in which the random access is received. 



Physical layer protocol header 



The physical layer implements a peer-to-peer protocol for the control of timing advance and power control at the 
operation on dedicated physical channels, and further, for the control of timing advance at the operation on packet data 
physical channels. For this purpose a two octet physical header is defined on all blocks transferred via the SACCH, a 
logical channel always present on a dedicated physical channel. Further more, a 16 octet information field is defined on 
downlink blocks transferred via the PTCCH, a logical channel present on a packet data physical channel. 

6.1 Physical layer protocol fields and procedures 

Procedures for handling the ordered and actual power level fields are specified in 3GPP TS 05.05 and 05.08. The 
ordered MS power level field and the actual MS power level field are coded as the binary representation of the "power 
control level", see 3GPP TS 05.05. 

Procedures for handling the ordered and actual timing advance fields are specified in 3GPP TS 05.10. The numbers 
corresponding to the timing advance steps in 3GPP TS 05. 10 are included binary coded in the 7 bit or in case of GSM 
400 8 bit ordered and actual timing advance fields of the physical layer header. 

For all the bands except GSM 400, the values 0-63 are valid TA values. The bit pattern "1111111" indicates that the 
field does not contain a timing advance value. All other bit combinations (64 to 126 decimal) are reserved. For all bands 
except GSM 400 bit 8 is set to spare. 

For GSM 400, the values to 219 decimal are valid TA values. The bit pattern " 1 1 1 1 1 1 1 1" indicates that the field does 
not contain a timing advance value. The remaining values 220 to 254 are reserved. 

A MS in packet transfer state which is assigned a TAI shall, when receiving a PTCCH downlink block on the packet 
data physical channel containing PACCH, read the corresponding ordered timing advance field in that PTCCH block. 
The ordered timing advance fields corresponding to other TAIs than the assigned one shall be ignored. 



Block transmission 



7.1 



SACCH downlink block format 



The originally 23 octets of SACCH blocks are used downlink in the following way. 

bit numbering 



8 7 


6 


5 4 3 2 


1 


Spare 


FPC 


Ordered l\/IS power level 


Ordered timing advance 


21 






octets 





octet 1 

octet 2 
octet 3 



octet 
numbering 

V 



layer 2 
frame 



octet 23 
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NOTE: The numbering convention specified in 3GPP TS 04.06 applies. 

Figure 7.1 : SACCH downlink blocit format 

7.2 SACCH uplink block format 

The originally 23 octets of SACCH blocks are used uplink in the following way. 

bit numbering 



8 7 


6 


5 4 3 2 


1 


Spare 


FPC 


Actual MS power level 


Actual timing advance 


21 






octets 





octet 1 

octet 2 
octet 3 



octet 
numbering 

V 



layer 2 
frame 



octet 23 



NOTE: The numbering convention specified in 3GPP TS 04.06 applies. 

Figure 7.2: SACCH uplinl< blocit format 



7.3 



FACCH/SDCCH/CCCH/BCCH/CBCH downlink block format 



The originally 23 octets blocks are used downlink in the following way. 



23 
octets 



layer 2 
frame 



octet 1 



octet 23 



NOTE: The numbering convention specified in 3GPP TS 04.06 and 04.1 2 applies. 

Figure 7.3: FACCH/SDCCH/BCCH/CCCH/CBCH downlinit blocit format 
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7.4 FACCH/SDCCH uplink block format 

The originally 23 octets blocks are used uplink in the following way. 



23 
octets 



layer 2 
frame 



octet 1 



octet 23 



NOTE: The numbering convention specified in 3GPP TS 04.06 applies. 

Figure 7.4: FACCH/SDCCH uplink block format 



7.5 



PBCCH/PCCCH downlink/PACCH block format 



The originally 184 bit (23 octets) blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








184 
bit 





















octet 1 



RLC/MAC 
block 



octet 23 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.5: PBCCH/PCCCH downlink/PACCH blockformat 
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7.6 



PDTCH block formats 



Unless explicitly stated otherwise, the block formats shown hereafter are valid for both uplink and downlink directions. 

7.6.1 PDTCH block type 1 (CS-1) format 

The originally 184 bit (23 octets) blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








184 
bit 





















octet 1 



RLC/MAC 
block 



octet 23 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.1 : PDTCH block type 1 (CS-1) format 

7.6.2 PDTCH block type 2 (CS-2) format 

The originally 271 bit blocks are used in the following way. 



8 


7 


6 


5 


4 


3 


2 


1 








271 
bit 























octet 1 



RLC/IVIAC 
block 



octet 34 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.2: PDTCH block type 2 (CS-2) format 
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7.6.3 PDTCH block type 3 (CS-3) format 

The originally 315 bit blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








315 
bit 





















RLC/MAC 
block 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.3: PDTCH block type 3 (CS-3) format 

7.6.4 PDTCH block type 4 (CS-4) format 

The originally 43 1 bit blocks are used in the following way. 



RLC/MAC 
block 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.4: PDTCH block type 4 (CS-4) format 

7.6.5 PDTCH block type 5 (MCS-1 ) format 

The originally 209 bit blocks are used in the following way: 



octet 1 



octet 39 
octet 40 
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7 


6 


5 


4 


3 


2 


1 








431 
bit 























octet 1 



octet 54 



8 


7 


6 


5 4 


3 


2 


1 








209 
Bit 





















RLC/MAC 
Block 



octet 1 



octet 27 
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NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.5: PDTCH block type 5 (MCS-1) format 

7.6.6 PDTCH block type 6 (MCS-2) format 

The originally 257 bit blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








257 
Bit 





















octet 1 



RLC/MAC 
Block 



octet 33 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.6: PDTCH block type 6 (MCS-2) format 

7.6.7 PDTCH block type 7 (MCS-3) format 

The originally 329 bit blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








329 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 42 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.7: PDTCH block type 7 (MCS-3) format 
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7.6.8 PDTCH block type 8 (MCS-4) format 

The originally 385 bit blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








385 
Bit 





















RLC/MAC 
Block 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.8: PDTCH block type 8 (MCS-4) format 

7.6.9 PDTCH block type 9 (MCS-5) format 
7.6.9.1 Uplink 

The originally 487 bit blocks are used in the following way. 



RLC/MAC 
Block 



octet 1 



octet 49 



8 


7 


6 


5 4 


3 


2 


1 








487 
Bit 





















octet 1 



octet 61 



NOTE: The nunnbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.9.1 : PDTCH block type 9 (l\flCS-5) uplink format 

7.6.9.2 Downlink 

The originally 478 bit blocks are used in the following way. 
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5 4 
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1 








478 
Bit 





















RLC/MAC 
Block 



octet 1 



octet 60 
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NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.9.2: PDTCH block type 9 (MCS-5) downlink format 

7.6.10 PDTCH block type 10 (MCS-6) format 
7.6.10.1 Uplink 

The originally 63 1 bit blocks are used in the following way. 
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6 


5 4 


3 


2 


1 








631 
Bit 





















octet 1 



RLC/MAC 
Block 



octet 79 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.10.1 : PDTCH block type 10 (MCS-6) uplink format 

7.6.10.2 Downlink 

The originally 622 bit blocks are used in the following way. 
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7 


6 


5 4 


3 


2 


1 








622 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 78 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.10.2: PDTCH block type 10 (MCS-6) downlink format 
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7.6.1 1 PDTCH block type 1 1 (MCS-7) format 
7.6.11.1 Uplink 

The originally 946 bit blocks are used in the following way. 



8 


7 


6 


5 4 


3 


2 


1 








946 
Bit 





















octet 1 



RLC/MAC 
Block 



octet 119 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.1 1.1: PDTCH block type 1 1 (MCS-7) uplink format 

7.6.11.2 Downlink 

The originally 940 bit blocks are used in the following way. 
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5 4 


3 
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1 








940 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 118 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.11.2: PDTCH block type 11 (MCS-7) downlink format 
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7.6.12 PDTCH block type 12 (MCS-8) format 
7.6.12.1 Uplink 

The originally 11 38 bit blocks are used in the following way. 
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7 


6 


5 4 


3 


2 


1 








1138 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 143 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.12.1 : PDTCH block type 12 (MCS-8) uplink format 

7.6.12.2 Downlink 

The originally 1 132 bit blocks are used in the following way. 
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5 4 


3 


2 


1 








1132 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 142 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.12.2: PDTCH block type 12 (MCS-8) downlink format 
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7.6.13 PDTCH block type 13 (MCS-9) format 
7.6.13.1 Uplink 

The originally 1234 bit blocks are used in the following way. 
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5 4 
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1 








1234 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 1 55 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.13.1 : PDTCH block type 13 (MCS-9) uplink format 

7.6.13.2 Downlink 

The originally 1228 bit blocks are used in the following way. 
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5 4 


3 


2 


1 








1228 
Bit 





















octet 1 



RLC/IVIAC 
Block 



octet 1 54 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 

Figure 7.6.13.2: PDTCH block type 13 (MCS-9) downlink format 
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7.7 PRACH uplink/PACCH uplink short acknowledgement block 
formats 

Two alternative PRACH uplink/PACCH uplink short acknowledgement block formats are specified. The originally 8 
bit ( 1 octet) blocks are used uplink in the following way. 



8 bit RLC/MAC block 



octet 1 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 
Figure 7.9 (sheet 1 of 2): PRACH uplink/PACCH uplink short acknowledgement block format 

The originally 1 1 bit blocks are used uplink in the following way. 



8 


7 


6 5 4 


3 


2 


1 


11 bit RLC/MAC block 











octet 1 
octet 2 



NOTE: The numbering convention specified in 3GPP TS 04.60 applies. 
Figure 7.9 (sheet 2 of 2): PRACH uplink/PACCH uplink short acknowledgement block format 
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7.8 PTCCH downlink block format 

The originally 184 bit (23 octets) blocks are used downlink in the following way. 



8 


7 6 5 4 3 2 1 


Ordered timing advance for IVIS assigned TAI = 


Ordered timing advance for l\/IS assigned TAI = 1 







octet 1 
octet 2 



Ordered timing advance for IVIS assigned TAI = 15 



7 
octets 



fill octets: 
"00101011' 



octet 16 
octet 17 



octet 23 



Figure 7.10: PTCCH downlink blocit format 

The field mapping convention in this clause is that when a field is contained within a single octet, the highest bit 
number of the field represents the highest order value and lowest bit number of the field represents the lowest order 
value. 

Spare bits are encoded with the binary value "0". Fill octets are encoded with the binary value "00101011". 



7.9 PTCCH uplink block formats 



Two alternative PTCCH uplink block formats are specified. The originally 8 bit (1 octet) blocks are used uplink in the 
following way. 
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6 5 4 3 


2 


1 


8 fixed bits: "Oil 11 111" 



octet 1 



Figure 7.11 (sheet 1 of 2): PTCCH uplinit blocit format 

The originally 1 1 bit blocks are used uplink in the following way. 
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6 5 4 
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2 


1 


11 fixed bits: "11111111111" 











octet 1 
octet 2 



Figure 7.11 (sheet 2 of 2): PTCCH uplinit blocit format 
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The field mapping convention of clause 7.10 applies. In the addition, when a field spans more than one octet, the order 
of bit values within each octet progressively decreases as the octet number increases. In that part of a field contained in 
a given octet the lowest bit number represents the lowest order value. 

7. 1 Order of bit transmission 

On channels for normal burst transmission having a block format with an integer N number of octets, the N octets are 
mapped onto 8N bits, d(0) to d(8N-l), defined in 3GPP TS 05.03 clauses 4 and 5 as follows: 

Bit m of octet n shall be transmitted as bit d((n-l)*8+m-l) with m=(1..8) and n=(l..N). 

On channels for normal burst transmission having a block format with a non-integer number of octets, or for 
transmission having a defined block format but which does not follow the normal burst transmission, the octets are 
mapped onto M bits, d(0) to d(M-l), defined in 3GPP TS 05.03 clause 5 as follows: 

Bit m of octet n shall be transmitted as bit d(8(n-l) + m-1) with n = (1 .. ((M-1) DIV 8) + 1)) and 
m = (1 .. min (8, (M - 8(n-l))), and where 'DIV is the integer division operator. 



8 Vocabulary 

The terminology used in the present document is as follows: 

- Idle mode: 

In this mode the MS is not allocated any dedicated physical channel; it listens to the CCCH and the BCCH. 

- Dedicated mode: 

In this mode the MS is allocated a dedicated physical channel, at least containing two logical channels, only one 
of them being a S ACCH. 

- Packet mode : 

In this mode the MS is ready to access and operate on a packet data physical channel. The packet mode includes 
two sub-states: packet wait state and packet transfer state (see 3GPP TS 04.60). 

- Physical block: 

The physical block is the minimal unit which can be transferred by the physical layer. 

- Dedicated physical channel: 

The physical blocks scheduled on the radio medium assigned to a dedicated connection with a MS. 

- Packet data physical channel : 

The physical blocks scheduled on the radio medium assigned to a shared usage between MSs for packet switched 
data traffic. 
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